Thanks to @giordano for publishing this pre-release. I tested it and tracy loads, but complains that julia needs to be built against a compatible lib version

Yeah, unfortunately Tracy is not backwards-compatible so this will need a coordinated bump of LibTracyClient_jll

Oh, I see TracyProfiler and LibTracyClient technically don't depend on each other, so we can't set compat bounds to avoid these issues. That's annoying.

Yeah we don't want to make TracyProfiler depend on LibTracyClient since that would cause the client to auto-load.

We could potentially use a dummy package TracyProtocol that they both depend on?

We could potentially use a dummy package TracyProtocol that they both depend on?

How about the opposite: a simple Julia package which loads both of them, and can set compat bounds. End users would use that one directly, instead of the jlls.

That would continue to have the problem of loading the client in a process where you only want to run the GUI application though, which is very confusing for users because it means an extra julia appears in menu to connect to and it generally sends no events.

I might be missing something, but you can depend on a package and set compat for it, but not load it. Wouldn't that work?

In JLLs we don't have "depend on but not load" dependencies, not at the moment.

I've been trying to use the current TracyProfiler_jll on MacOS and it is basically unusable because of the hypersensitive zoom and lack of scrolling via mouse and no scrollbars.

It'd be good to get this in and julia updated.

Are those issues fixes in 0.10?

I've tried to figure that out from Tracy and CImGUI PRs but haven't managed.

Do you know if I can load this jll with some dummy profile data?

I posted here wolfpld/tracy#631 (comment)

You can use the sample file used for Tracy's web demo: https://tracy.nereid.pl/Tracy-release.data

Despite the file extension, it's really a .tracy file

Ah good tip.

No luck, unfortunately.

I'll post back on the issue.